前言

Linear 是我私下非常喜歡使用的專案管理工具，相比 JIRA，Linear 更貼近 PM 的思維方式，畢竟不是每個人都會理解 JIRA 複雜的術語。最近 Linear 推出了新的 APP 版，這是發現潛在問題的好機會，我決定試試看能不能找出一些 bug。

因此，今天的任務就是：針對 Linear 的登入流程進行一次快速測試，看看能不能發現些不容忽視的 bug。

測試計畫和測試策略

為了快速而高效地進行測試，我會應用「測試金字塔」和「一頁式測試計畫」來進行策略設計。這些概念的結合能幫助我們在短時間內釐清測試思路，並且分層次地進行測試。這不僅可以讓我們覆蓋到最關鍵的部分，也能節省不必要的精力。

分析測試功能

這次測試的重點是 Linear 的「Continue with email」功能。我決定用 90 分鐘來撰寫單元測試、應用層測試和端對端 (E2E) 測試。雖然這樣的時間限制讓涵蓋範圍不一定完整，但這正是挑戰的所在：如何在有限的時間與資源下，設計出有效且有價值的測試。

我選定了「Continue with email」作為測試重點，並在 90 分鐘內撰寫單元測試、應用層測試和端點到端點 (E2E) 測試。由於時間有限，這次測試的涵蓋範圍可能不夠完整，但這正是一個很好的練習，能夠幫助我快速思考如何在有限的時間和資源下進行有效測試。

當我打開 Linear 的登入頁面後，我發現「Get Started」按鈕會直接導向登入選項，這意味著 Web 和 App 的登入頁面極有可能共享相同的流程。因此，我決定暫時忽略轉導部分，並將焦點集中在四個登入選項上：

• Continue with Google
• Continue with email
• Continue with SAML SSO
• Continue with Passkey

由於其他三個選項涉及第三方 API 整合，為了讓測試範圍更簡潔可控，我選擇將「Continue with email」作為測試重點。接下來，我查看了 Linear 的 API 開發文件(https://developers.linear.app/docs)，發現 Web 和 App 的登入流程基本一致。根據經驗，這樣的流程大概率在 Web 版中已經被驗證過，但這並不代表 App 版沒有隱藏的潛在問題。於是，我開始專注於 Email 登入的具體流程，並嘗試找出可能的問題點。

小結

今天的測試重點在於快速制定測試策略，並且專注於 Linear 的登入功能。透過 API 文檔和流程的初步分析，我確認了 Web 和 App 版有著相似的邏輯，但這次針對 App 版的 Email 登入進行更深入的測試設計將是下一步的重點。

明天，我會展開更多測試，並驗證其穩定性與可能出現的問題，讓我們一起期待發現更多的潛在 bug！